Sistemas de Información 2014-1 sistemasinformacionuson_wiki https://sistemasinformacionuson.shoutwiki.com/wiki/P%C3%A1gina_principal MediaWiki 1.35.13 first-letter Medio Especial Discusión Usuario Usuario discusión Sistemas de Información 2014-1 Sistemas de Información 2014-1 discusión Archivo Archivo discusión MediaWiki MediaWiki discusión Plantilla Plantilla discusión Ayuda Ayuda discusión Categoría Categoría discusión Módulo Módulo discusión Accesorio Accesorio discusión Accesorio definición Accesorio definición discusión 0 1 1 2014-06-26T03:24:21Z MediaWiki default 30443056 wikitext text/x-wiki <big>Welcome to your new site!</big><br/> This is your new site! Feel free to start editing right away! f6aad8bc2928e71e9e507f8fe0955e0ab1782cc4 3 1 2014-06-26T04:44:36Z Ariel.Isaacm 3380289 wikitext text/x-wiki [[Diagrama de Colaboración]] 21204678748da595d9f0e8eaca0539a88b7f2791 21 3 2014-06-27T01:54:02Z Ariel.Isaacm 3380289 wikitext text/x-wiki [[Diagrama de Secuencia]] [[Diagrama de Colaboración]] 353190f7243e5e5a5d4ecfc07d4073145d8c580a 3 2 2 2014-06-26T03:24:22Z ShoutWiki 11 wikitext text/x-wiki Hi Ariel.Isaacm, thank you for choosing ShoutWiki to make your wiki. We would suggest that you start your wiki off by doing these few basic things: *Upload a logo. You can do this by uploading an image over [[:File:Wiki.png]]. (not available on some skins) *Design your [[Main Page]]. The main page is likely the first thing users will see. It should be attractive and catch the eye. *Start building content. All wikis need content to become the best they can be. If you need help with making a logo, skin or favicon, please see [[s:w:logocreation|ShoutWiki's Logo Creation Wiki]]. If you need any help with making your wiki, feel free to contact [[s:ShoutWiki Staff|ShoutWiki staff]] either via their talk pages or via [[Special:Contact]]. Alternatively, you can talk to us, or other users, via [[s:ShoutWiki Hub:IRC|IRC]]. Thank you again for using ShoutWiki. [[s:ShoutWiki Staff|ShoutWiki staff]] 03:23 26 jun 2014 ceb149b463005fda306619bddf27c20737afbc61 0 3 4 2014-06-26T04:47:09Z Ariel.Isaacm 3380289 Página creada con «1. Descripción. Un Diagrama de Colaboración describe en forma de un grafo el comportamiento de sistemas, subsistemas y operaciones, representando los objetos que intervie...» wikitext text/x-wiki 1. Descripción. Un Diagrama de Colaboración describe en forma de un grafo el comportamiento de sistemas, subsistemas y operaciones, representando los objetos que intervienen, así como los mensajes que intercambian, enumerados en el tiempo.Un diagrama de colaboración es untipo de diagrama que muestra las interacciones entre objetos organizadas y enlazados entre ellos. Los diagramas de colaboración muestran las interacciones que ocurren entre los objetos que participan en una situación determinada. Esta es más o menos la misma información que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen en el tiempo, mientras que los diagramas de colaboración fijan el interés en las relaciones entre los objetos y su topología. Llamada:Invoca una operación sobre un objeto. Puede ser a sí mismo. OPERACION DE B(A,B) OBJETO A ---------------------------------------->OBJETO B Retorno:El receptor de una llamada devuelve un valor al emisor, si es necesario. PROMEDIO OBJETO A <----------------------------------------OBJETO B Envío: Envía una señal a un objeto. NOTIFICAR() OBJETO A ----------------------------------------> OBJETO B En cuanto a la representación, un Diagrama de Colaboración muestra a una serie de objetos con los enlaces entre los mismos, y con los mensajes que se intercambian dichos objetos. Los mensajes son flechas que van junto al enlace por el que “circulan”, y con el nombre del mensaje y los parámetros (si los tiene) entre paréntesis. Cada mensaje lleva un número de secuencia que denota cuál es el mensaje que le precede, excepto el mensaje que inicia el diagrama, que no lleva número de secuencia. Consiste en : *Muestra cómo las instancias específicas de las clases trabajan juntas para conseguir un objetivo común. *Consiste especificar un contrato entre objetos *Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un objeto a otro. Dicha implementación es llamada "enlace". Un Diagrama de Colaboración muestra una interacción organizada basándose en los objetos que toman parte en la interacción y los enlaces entre los mismos (en cuanto a la interacción se refiere). UML –Interacciones Los objetos interactúan entre sí pasándose mensajes. Los objetos se conectan a través de enlaces. Mensaje: especifica transmisión de información entre objetos. Enlace: especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto. *Es una conexión semántica entre objetos. *Es una instancia de una relación. *Puede contener los adornos de la relación. Su utilidad Maneja la comunicación entre los elementos del sistema. Cómo deben colaborar los objetos del sistema para llevar a cabo una operación. Muestran cómo será implementada la operación. Son un medio el diseño de las clases del sistema. 2 . Elementos. Objetos o Roles: nodos del grafo. Enlaces o comunicaciones: arcos del grafo. Mensajes: llevan número de secuencia y flecha dirigida. Anidamiento: se utiliza la numeración decimal. ejemplo: 1, 1.1, 1.1.1 ........ Iteración: colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ejemplo : *[x > 0]. Bifurcación: los cambios alternativos tendrán el mismo número de secuencia, seguido del múmero de subsecuencia, y se deben distinguir por una condición. Elementos básicos Un objeto se representa con un rectángulo, que contiene el nombre y la clase del objeto en un formato nombreObjeto: nombreClase. Enlaces: Un enlace es una instancia de una asociación en un diagrama de clases. Se representa como una linea contínua que une a dos objetos. Esta acompañada por un número que indica el orden dentro de la interacción y por un estereotipo que indica que tipo de objeto recibe el mensaje. Flujo de mensajes: Expresa el envío de un mensaje. Se representa mediante una flecha dirigida cercana a un enlace. Marcadores de creación y destrucción de objetos: Puede mostrarse en la gráfica cuáles objetos son creados y destruidos, agregando una restricción con la palabra new o delete, respectivamente, cercana al rectángulo del objeto 3 . Notación. 4 . Ejemplos 1a5d32a84003ef34424ae8ff1461a6208ac7eb31 5 4 2014-06-26T04:48:20Z Ariel.Isaacm 3380289 wikitext text/x-wiki {{Fusionar desde|Diagrama de comunicación}} Un '''diagrama de colaboración''' en las versiones de [[UML]] 1.x es esencialmente un diagrama que muestra interacciones organizadas alrededor de los roles. A diferencia de los diagramas de secuencia, los diagramas de colaboración, también llamados diagramas de comunicación, muestran explícitamente las relaciones de los roles. Por otra parte, un diagrama de comunicación no muestra el tiempo como una dimensión aparte, por lo que resulta necesario etiquetar con números de secuencia tanto la secuencia de mensajes como los hilos concurrentes. * Muestra cómo las instancias específicas de las clases trabajan juntas para conseguir un objetivo común. * Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un objeto a otro. Dicha implementación es llamada "enlace". Un diagrama de comunicación es también un diagrama de clases que contiene roles de clasificador y roles de asociación en lugar de sólo clasificadores y asociaciones. Los roles de clasificador y los de asociación describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. El rol de asociación puede ser desempeñado por varios tipos de enlaces temporales, tales como argumentos de procedimiento o variables locales del procedimiento. Los símbolos de enlace pueden llevar estereotipos para indicar enlaces temporales. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Cambios en versiones recientes de UML == En versiones recientes de UML este diagrama ha sido reemplazado por el [[diagrama de comunicación]]. [[Categoría:Programación]] [[Categoría:UML]] [[Categoría:Diagramas]] 92c0ea9310ace1f7bd91c97ecb3ddc02511b3019 6 5 2014-06-26T04:48:52Z Ariel.Isaacm 3380289 wikitext text/x-wiki Un '''diagrama de colaboración''' en las versiones de [[UML]] 1.x es esencialmente un diagrama que muestra interacciones organizadas alrededor de los roles. A diferencia de los diagramas de secuencia, los diagramas de colaboración, también llamados diagramas de comunicación, muestran explícitamente las relaciones de los roles. Por otra parte, un diagrama de comunicación no muestra el tiempo como una dimensión aparte, por lo que resulta necesario etiquetar con números de secuencia tanto la secuencia de mensajes como los hilos concurrentes. * Muestra cómo las instancias específicas de las clases trabajan juntas para conseguir un objetivo común. * Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un objeto a otro. Dicha implementación es llamada "enlace". Un diagrama de comunicación es también un diagrama de clases que contiene roles de clasificador y roles de asociación en lugar de sólo clasificadores y asociaciones. Los roles de clasificador y los de asociación describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. El rol de asociación puede ser desempeñado por varios tipos de enlaces temporales, tales como argumentos de procedimiento o variables locales del procedimiento. Los símbolos de enlace pueden llevar estereotipos para indicar enlaces temporales. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Cambios en versiones recientes de UML == En versiones recientes de UML este diagrama ha sido reemplazado por el [[diagrama de comunicación]]. [[Categoría:Programación]] [[Categoría:UML]] [[Categoría:Diagramas]] a1d3b237023bdf69abe292c708fe69ad8d447d1b 7 6 2014-06-27T01:39:02Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Cambios en versiones recientes de UML == En versiones recientes de UML este diagrama ha sido reemplazado por el [[diagrama de comunicación]]. [[Categoría:Programación]] [[Categoría:UML]] [[Categoría:Diagramas]] 58e4ee69e100f21ec6e3619f94efeefe3c0b0097 9 7 2014-06-27T01:42:06Z Ariel.Isaacm 3380289 /* Usos */ wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Cambios en versiones recientes de UML == En versiones recientes de UML este diagrama ha sido reemplazado por el [[diagrama de comunicación]]. [[Categoría:Programación]] [[Categoría:UML]] [[Categoría:Diagramas]] f7b6e63bab4b13e9e07834b9cd3a4a7bd7f03e70 10 9 2014-06-27T01:42:46Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. 4f93080499d45bc347bd7d1599b08ca8f34faa1d 15 10 2014-06-27T01:49:26Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jpg|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg|thumb|left|Ejemplo]] [[Archivo:imagen3.png|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg|thumb|left|Ejemplo]] b07895b6998c0dfc8618adc3e00cb0aae93d10db 16 15 2014-06-27T01:50:14Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.png|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] af8893ec835bffc8bbfad5d5b79e28e87690fafb 17 16 2014-06-27T01:50:48Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jpg.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.png|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] 9013bc1e3024746df7335fb8f609a67210f0fea1 18 17 2014-06-27T01:51:42Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.png|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] 3a434fa015aea26bf9be05caad5e6023a64603c1 19 18 2014-06-27T01:52:16Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jgp.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.png|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] 621feb56be7e7b32111dfda0f23ee651ec61156b 20 19 2014-06-27T01:52:47Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jgp.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] 92462ae4e6e22ca6c142afd72df1c76eac349ff6 23 20 2014-06-29T00:28:23Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jgp.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] == Fuentes == [[http://wikiuml.wikispaces.com/Diagrama+de+Colaboraci%C3%B3n]] [[profesores.fi-b.unam.mx/carlos/aydoo/sequence_colaboration.html]] 46b3ef32509c21b68c6f0f5b837124b772551dd4 24 23 2014-06-29T00:28:49Z Ariel.Isaacm 3380289 wikitext text/x-wiki Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación. == Componentes == Objetos o Roles Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición. == Usos == Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa. Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras. [[Archivo:cola.jpg|thumb|left|Ejemplo]] == Tipos == Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}). Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones. No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren == Mensajes == Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer. == Flujos == Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse. Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias. == Notación == [[Archivo:imagen2.jgp.gif|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg.png|thumb|left|Ejemplo]] [[Archivo:imagen3.jpg|thumb|left|Ejemplo]] [[Archivo:imagen4.jpg.png|thumb|left|Ejemplo]] == Fuentes == [[http://wikiuml.wikispaces.com/Diagrama+de+Colaboraci%C3%B3n]] [[http://profesores.fi-b.unam.mx/carlos/aydoo/sequence_colaboration.html]] a3753eccb08d8a41c59e3a41915afa54fe254193 6 4 8 2014-06-27T01:40:56Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709 6 5 11 2014-06-27T01:45:37Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709 6 6 12 2014-06-27T01:46:40Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709 6 7 13 2014-06-27T01:46:40Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709 6 8 14 2014-06-27T01:46:40Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709 0 9 22 2014-06-27T01:57:21Z Ariel.Isaacm 3380289 Página creada con «{{Diagramas UML}} El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según [[UML]]. En inglés se pueden enc...» wikitext text/x-wiki {{Diagramas UML}} El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según [[UML]]. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"<ref>[http://georgewbush-whitehouse.archives.gov/omb/egov/documents/CRM.PDF OBM (2005)] FEA Consolidated Reference Model Document. May 2005. p.91.</ref> [[Archivo:CrearPais.png|miniaturadeimagen|Ejemplo de Diagrama de Secuencia]] == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el [[diagrama de casos de uso]] permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un [[caso de uso]] para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada [[caso de uso]] como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Relacionados == * [[Diagrama de actividades]] * [[Diagrama de casos de uso]] == Referencias == {{listaref}} == Enlaces externos == {{commonscat|Sequence_diagrams}} * [http://www.omg.org/technology/documents/modeling_spec_catalog.htm#UML Especificación UML actual] * [http://sdedit.sourceforge.net/index.html#''Quick Sequence Diagram Editor'': herramienta para crear diagramas de secuencia] [[Categoría:UML]] d70d127390e9d50e2835ee9d321ec62f3b16d1ce 25 22 2014-06-29T00:31:09Z Ariel.Isaacm 3380289 wikitext text/x-wiki Diagramas UML El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según [[UML]]. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"<ref>[http://georgewbush-whitehouse.archives.gov/omb/egov/documents/CRM.PDF OBM (2005)] FEA Consolidated Reference Model Document. May 2005. p.91.</ref> == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el [[diagrama de casos de uso]] permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un [[caso de uso]] para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada [[caso de uso]] como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Relacionados == * [[Diagrama de actividades]] * [[Diagrama de casos de uso]] == Referencias == [[http://lema.rae.es/drae/?val=secuencia]] [[http://msdn.microsoft.com/es-es/library/dd409377.aspx]] [[http://www2.uah.es/jcaceres/capsulas/DiagramaSecuencia.pdf]] a3c31f9d889deedd7b222b5213fa1e12a786085c 26 25 2014-06-29T00:31:35Z Ariel.Isaacm 3380289 wikitext text/x-wiki Diagramas UML El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según [[UML]]. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"<ref>[http://georgewbush-whitehouse.archives.gov/omb/egov/documents/CRM.PDF OBM (2005)] FEA Consolidated Reference Model Document. May 2005. p.91.</ref> == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el [[diagrama de casos de uso]] permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un [[caso de uso]] para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada [[caso de uso]] como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Referencias == [[http://lema.rae.es/drae/?val=secuencia]] [[http://msdn.microsoft.com/es-es/library/dd409377.aspx]] [[http://www2.uah.es/jcaceres/capsulas/DiagramaSecuencia.pdf]] ad79d275e2a918fd44e6c4016e94d11489aa9922 27 26 2014-06-29T00:32:53Z Ariel.Isaacm 3380289 wikitext text/x-wiki Diagramas UML El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams" == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Fuentes == [[http://lema.rae.es/drae/?val=secuencia]] [[http://msdn.microsoft.com/es-es/library/dd409377.aspx]] [[http://www2.uah.es/jcaceres/capsulas/DiagramaSecuencia.pdf]] 5232ee60ac62a2e77065c4afbc4894abedb1f681 29 27 2014-06-29T00:34:57Z Ariel.Isaacm 3380289 wikitext text/x-wiki Diagramas UML El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams" [[Archivo:DiagSeqDis Proceso.gif]] == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Fuentes == [[http://lema.rae.es/drae/?val=secuencia]] [[http://msdn.microsoft.com/es-es/library/dd409377.aspx]] [[http://www2.uah.es/jcaceres/capsulas/DiagramaSecuencia.pdf]] 7f982d42fb71596a116b08c74754396e28fa0524 30 29 2014-06-29T00:35:50Z Ariel.Isaacm 3380289 wikitext text/x-wiki Diagramas UML El '''diagrama de secuencia''' es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams" [[Archivo:DiagSeqDis Proceso.gif|thumb|right|Ejemplo]] == Utilidad == Un '''diagrama de secuencia''' muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista ''business'' del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales. === Tipos de mensajes === Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se representa la respuesta a un mensaje con una flecha discontinua. === Pueden ser usados en dos formas === * De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso). * Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones ("Branches"), condiciones y bucles. == Estructura == Los mensajes se dibujan cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución horizontal de los objetos es arbitraria. Durante el análisis inicial, el modelador típicamente coloca el nombre 'business' de un mensaje en la línea del mensaje. Más tarde, durante el diseño, el nombre 'business' es reemplazado con el nombre del método que está siendo llamado por un objeto en el otro. El método llamado o invocado pertenece al objeto receptor del mensaje. == Fuentes == [[http://lema.rae.es/drae/?val=secuencia]] [[http://msdn.microsoft.com/es-es/library/dd409377.aspx]] [[http://www2.uah.es/jcaceres/capsulas/DiagramaSecuencia.pdf]] 4917422a1bd6daa72141d8ce516aa1c2ce1d87b0 6 10 28 2014-06-29T00:34:27Z Ariel.Isaacm 3380289 wikitext text/x-wiki da39a3ee5e6b4b0d3255bfef95601890afd80709